犠牲的アーキテクチャ（Sacrificial Architecture）
public.icon
犠牲的アーキテクチャとは，チームが現在開発しているものが，数年後には破棄しなければならなくなる(そうなってほしい)という事実を，現時点で受け入れるという意味
Webサービスのシステム、作り直すかレガシーコードのままでいくか議論すると必ず紛糾して労力を遣うけど、まじで式年遷宮みたいに20年に一回作り直すのを前提にすると気が楽になるかもな。5年に一回リファクタリングを目的に作り直す前提にする 参考
定期的に作り直すことで、技術的負債を踏み倒せる
マイクロサービス化すると、一サービスのサイズが小さくなるので、影響範囲を小さくしながら作り直しができる
業務知識や、システム全体の知識を身につけるのは「一から作る」のが効率が良いのでは
前回構築した人がいるサイクルで再構築できれば、技術継承に役立つ